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1, INTRODUCTION 


This plan has been prepared by Systems Cousultants, Ine. to document the 
design of and procedures for conducting the Factory System Test of the Remote 
Data Terminal (RDT) system. It is intended to fulfill the requirements of 
paragraphs 4.2.7 and 4.3.7 of the contract Statement of Work. <A secondary pur- 
pose of this test plan is to facilitate the design of the Acceptance Test (para- 
graph 4.4.3 of the Statement of Work) by highlighting RDT system requirements 
which cannot be verified during the Factory System Test for technical reasons, 
and by providing a baseline design for the test. 


the RDT is intended to be used in a full duplex mode with bit rates as high 
as 9600 bps, and therefore any meaningful system test must include or simulate 
this environment. However, a test which includes only the 9600 bps, full duplex 
environment would be inherently disorderly and would lack discrimination (i.e., 
the ability to detect and properly characterize faults). Consequently, the 
Factory System Test design includes half duplex operation tests (at 9600 bps) as 
preludes to the full duplex testing. If during the course of testing it becomes 
apparent that operation at 9600 bps is not possible, successively lower data rates 
will be tested until a data rate is reached at which queue stability is attained. 


The tests described in the following sections are functionally oriented: they 
are designed to verify the functional requirements of the contract specification 
and are executed in a sequence representing normal operations where possible. 


The RDT cannot be tested with efficacy unless it is on-line. Consequently, 
most of the testing will be conducted in a simulated RDT-HDS on-line environment, 
This will be accomplished by using the backup system as an IDS emulator, and con- 
necting the RDT to the HDS emulator using a MODIM Eliminator. As will be explained 
below, the distinction between the RDI and the HDS emulator will be artificial for 
the purposes cf the Factory System Test, because some of the test events will be 
accomplished in parallel. 


Section 2 describes the tests associated with RDT startup and some functions 
which can be performed off-line. For these tests, the system will be configured 
in its deliverable form. After completion of these tests, the hardware will be 
reconfigured as described in the foregoing paragraph. 


Section 3 includes tests of the procedures and system functions related to 
establishing RDT on-line status. 


Having demonstrated the adequacy of the on-line to backup system interface, 
and that the system can be brought on~line with the HDS emulator, tests of the 
message transmit and receive functions will be performed. Procedures for these 
tests are delineated in sections 4 and 5. In the interest of efficiency, it is 
intended that these half duplex tests be conducted in parallel: If the two RDT 
systems are designated "A" and "B", then system A will act as the RDT and system 
B the Host emulator for the Originating Message Traffic Processing tests, while 
simultaneously System A will act as the HDS emulator and system B the RDT for the 
Terminating Message Traffic Processing tests. 
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section 6 describes the full duplex tests, In effect, the full duplex test 
fs identical to the Originating Message Traffic Processing tests except that 
both systems A and B will originate ‘Cand hence receive) messages. 


This report includes two appendices which were prepared during the course 
of Factory System Test design. The first and second appendices list all the 
RDT commands and alarms, with references to the particular test segments where 
they are tested. ‘The third appendix lists all RDT operator alerts, with references 
to the principal tests which include them. Alerts are distinguished from alarms 
in that the former do not result in SCC log entries, while the latter do if they 
appear on the SCC console. The appendices were included in the test plan to 


facilitate review of the document for adequacy and to aid in designing the Accept- 
ance Test, . 


Except as noted, all of the tests will be performed using the system opera- 
tional procedures contained in the RDT Operators Manual. The major exceptions 
are those test elements in which a malfunction or misapplication is deliberately 
introduced so as to verify appropriate RDT response. 


Verification of proper system performance during the test is to be accon- 
plished by observing information displayed in real time, examining hard copies of 
messages, or examining hard copies of logs. Inu-most instances (and as indicated 
in the text) the first of these methods is to be used. As examination of the 
logs its essential to verification, it is required that complete sets of logs be 
printed on an hourly basis throughout the test. 
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2. SYSTEM START UP UST 
The purpose of this test is to- verify that: The system can be brought up 
(cold start or warm start); that the peripherals can be brought up or shut down 
under operator control; and that device status is portrayed to the operator. 
A. COLD START (demonstrate adequacy of procedures/software) 
B. WARM START (demonstrate adequacy of precedures/software). This test 
will include the TTY and TM commands, 
c. "UP" devices (demonstrate response to operator commands for each 
device. 
1. Dises, Terminals, Printers, ... 
2. Copy Disc 
a. With both discs in an operable status, issue COP command. The 
DISC COPY IN PROGRESS alarm should appear immediately, followed 
by the DISC COPY AND VERIFICATION COMPLETED alarm when the copy 
process has been successfully completed. | 
b. Repeat the above, but abort the copy after it has begun. The 
DISC COPY AND VERIFICATION ABORTED alarm should appear. 
c. Attempt to accomplish a disc copy with the backup disc inoperable. — 
The DISC DSI INOPERABLE alarm should result. 
D. “DOWN' devices (demonstrate system response to operator commands for 
each device). | 
1. After downing each device (DWN command), issue command involving 
that device (e.g., PNT for the line printers). The DEVICE NOT 


AVAILABLE Alert should result. 


Test Completed and Satisfactory Performance Observed 
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B. Status 

1. Provide status report in response to the STA command 
a» Print status report using the PNT, n, RP command. Verify that 

displayed and printed reports are Identical in content and format. 

2. Issue ALARM if any device malfunctions (will simulate malfunction 
for each peripheral device by "downing" it locally). 

3. Test the SCC CONSOLE DOWN Alert by removing the console from the 
system (i.e. downing it locally). ‘The Alert should appear on the 
Operator consoles. 

¥. Verify that the UP; DWN; STA; TM; TIM; and COP commands can 

only be entered thru SCC Console. 

NOTE: The Warm Start test will have to be repeated with ieee in process to 
verify chat the system saves appropriate files in the event of a catastro- 
phic failure. This will be accomplished during the Full Duplex testing 


(Sec. 6). 


. 


Test Completed and Satisfactory Performance Observed 


ESCO Ras oJ. MGH DALE: 


N PROJ. MGR. 
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3. SIGN ON TEST 


A.. Verify the sign-on Process 


Ves 


4 


a 


Normal condition: RDT sends sien én mesdaee in response to SON com- 
mand, and upon completion of the Sequence the SIGNED ON alarm 
appears. 

Reject sign-on command if signed on 

Test with no IIDS response: Should get UNABLE SIGN ON alarm (after 
automatic retransmission of the sign on sequence). 


Verify that the SON command can only be entered thru SCC Console. 


B. Verify the Enquiry Sequence. After signing on, disconnect the receive 


line from the MODEM eliminator. four and one half minutes later, the 


NO ENQ RESPONSE alarm should appear. 


‘N 


Test Completed and Satisfactory Performance Observed 
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4. ORIGINATING MESSAGE TRAFFIC PROCESSING 

The purpose of these tests is to verify that the ROT performs all specified 
functions having to do with generating and transmitting a message in an environ- 
ment where messages are not Bete received. 
Her hs iagtaatenha Se cas NS ee 

To perform the tests involving queuing the Teletype and DATA circuits should 
initially be in an inactive state (OUT and ORD) so as to initialize transmission 
with queues in existence. 

A. Send Service Messages. To perform the test for each wire, the 

operator will enter the appropriate command, and will verify that the 

appropriate service wire is transmitted, and that the format and con- 

tents of the displayed information are correct. Transmission will be 
verified by checking the contents of the RDT output log and the HDS 
emulator input log. Prior to transmission of the first message, the 

CIN seuasat must be issued from the SCC console. Verify that the com- 

mand is rejected if entered from another console, or if the ITY circuit 

is aivsady in operation, Format verification will be performed at the 

HDS emulator by examining the message displayed on the SCC CRT. 

1. Demonstrate ability to retrieve and transmit the QRT, QRV, ZES, ZFX 
and CSR messages from the SCC console. (Attempt to send from other 
consoles will result in rejection of the command.) 

2. SVC Message 
a. Demonstrate ability to retrieve partially completed 

service message from any console using SVC command 
b. Demonstrate ability to edit from any console using following 


commands: U,1n; D,1n; S; I; R;3 C,abc.../xyz...3 L3X 


Test Completed and Satisfactory Performance Observed 
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3. ccK Message 
Bas Normal Sequence: Transmit CCK message from SCC console 
(verify that CCK command is rejected if entered from operator 
console) of the RDI. Upon receipt of CCK, the HDS emulator 
sends any TTY block. Wait 20 minutes. No alarm should appear. . 
b. Abnormal Sequence: Transmit CCK message from RDT as before. 
HDS Emulator does not’ respond. Fifteen minutes later, the 
, NO COMP-TTY CCK alarm should appear. 
B, Send TTY Message 
1. Demonstrate Message Generation: Verify ITM validity from 
SCC and OPER consoles. This test is to be repeated a minimum 
of three times, once for each of the following combinations of 
header and text source devices: Paper Tape eee 
Tape Reader (PTR-PTR), TTY-TEY, CRI-PTR, CRT-TTY, and CRT-CRT. 
The ITM, hdr-dev,txt-dev commaud should be rejected if the header 
and text devices are not the above combinations. Since the ITM 
command is valid for all consoles, at least one valid ITM command 
entry will be made from an operator console. - During the operator 
review process, exercise the N command and verify that its invoca- 
tion causes the next 20 message lines to appear on the originating 
CRT. While generating a message on a CRT, ensure that a line con- 
sisting of more than 72 characters cannot be entered. 
2. Demonstrate Validation & Transmission (SCC and OPER Console.) 
a. Upon release, the valid message enters the queue, has a TSN 
assigned, is logged in, has a TI assigned, is transmitted 


and logged out. (No circuit problems.) 


Test Completed and Satisfactory Performance Observed 


: } 
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b. Invalid Message | 
(1) Attempt to send message containing all of the 
following FMT LINE errors. Errors should be detected 
sequentially and the message queued for spill back to 
the originator's console for correction. 
(a) Format Line 1 Errors 
i) 1 - SOM incorrect 
ii) 2 - Channel designator portion of TI not 
alpha 
iii) 3 - Channel sequence number space filled 
(oun (b) Format Line 2: 1-Precedence Line Incorrect 
a (c) Format Line 3: 
| i) 1 ~ Routing line incorrect 
ji) 2 - OSRI Missing or contains non-alpha 
character 
iii) 3 - OSRI Character count 
iv) 4 - # does not precede HSSN 
v) 5 - HSSN missing or contains non-numerics 
vi) 6 ~ HSSN length greater than 4 digits 
( (be | vii) 7 - JDTG not preceeded by blank 
(d) Format Line 4: 1 = Security Protect line 
missing or incorrect 
(e) Format Line 12E 


1) 1 - Keyword sequence has no dash 


Test Completed and Satisfactory Performance Observed 
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(£) Format Line 15, 


i) 1 - TSSN Line missing or incorrect 
$i) 2 - TSSN contains non-numerics 
iit) 3 - TSSN value abe not agree with HSSN 
of Format line 3 
(g) Format Line 16 
i) 1 - EOT not present 
c. Queuing I 
(1) Demonstrate that valid message enters transmission 
queue in precedence order, This is to be accomp- 
lished in the following manner: Two or more 
messages of differing precedence are generated and 
then released in reverse precedence order. 
Examination of the logs should show that the message 
TSNs are in the order in which they were released 
and that the TIs are in precedence order (higher 
precedence message has lower value of TI). 
d. Logging and Courtesy Copy Printing 
(1) Demonstrate that input and output log entries are 
created, include all required contents, and are in 
the proper format. This is to be accomplished by 
examination of the input and output logs. 
(2). Demonstrate that a courtesy copy is printed after 
completion of validation. | 
(3) Verify that the message logs can contain approxi- 


mately five days’ entries. 


Test Completed and Satisfactory Performance Observed 
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(4) Demonstrate that where overwriting is required, it 
is accomplished by cverwriting the oldest log entry. 

(5) Demonstrate the ability to retrieve the message logs 
or any portion (as appropriate to the command) using 
the following commands, entered from any console: 
PNT,n,ML; PNT,n,ML,tsn; PNT,n,ML,ti; PNT .n,ML,jdtg; 
PNT ,n ML, jdtg, jdtg. 

(6) Attempt to retrieve the message log entries for 
fictious messages by executing the above commands 
using nonexistent Ti, TSN or JDTG. An alarm should 
result. 

e. Transmission I 

(1) Test normal message transmission procedures by 
executing the TMM command. Transmission of the 
message is verified by observing the output log. 
Repeat the test using a message containing valida- 
tion errors and the TMM,NV command. 

(2) With messages in the transmission queue, repeat the 
above test (TMM command) then issue the OFF command. 
Repeat again using the OUT command, and again using 
the ORQ command. 

(a) In the case of the OFF command, the transmission 
should be terminated with a CANTRAN sequence 
and no further transmission should be soseieee until 
the SON command is issued, and the TTY circuit 


enabled using the CIN command, 


Test Completed and Satisfactory Performance Observed 


DATE 


OD 
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(3) 


(4) 


(b) With the OUT command, the TTY transmission in 


progress should be cowpleted but further TIY trans- 


mission should be disabled until issuance of the 
CIN command. Verify by examining the logs. 
(c) Issuance of the ORQ command should result in 
termination of the transmission in progress with 
a CANTRAN sequence with further TTY transmissions 
inhibited until issuance of the CIN command. 
Verify by examining the RDT logs. 
In all of the above cases, the message in transmission 
should be requeued. This can be verified by re- 
activating the TTY circuit, then examining the RDT 
output log to verify transmission. 
Verify the HUNG BLOCK alarm by resetting the HDS up 
bit at the HDS emulator. This will cause the HDS 
emulator to not acknowledge (ACK) the message blocks, 
Then send a TTY message from RDT. The alarm should 
appear. 
Verify that message transmission is in precedence 
order, This will be accomplished by disabling the 
TTY circuit and releasing a series of messages for 
transmission, and then allowing sufficient time for 


all messages to clear validation and queue for trans- 


“mission, The circuit will then be enabled (CIN com- 


mand) and a FLASH message released. Comparison of 


Test Completed and Satisfactory Performance Observed 
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jogs should show that the FLASH message completed 
transmission before all other messages in the queue 
except for the message in transmission when the FLASH 
message entered the queue. The FIFO requirement for 
messages of equal precedence will be tested at the 
same time by releasing a second FLASH message shortly 
after the first. The output log should show the FLASH 
messages to have been transmitted in the order of their 
seleases 
Demonstrate the capability to purge a message. This will 
be accomplished using the PUR, TM, tsn command. The RDT 
should respond aieacehe TSN xxx - MSG PURGED alarm. Apply 
the PUR command to a message which is queued for trans— 
mission, then examine the message logs after is queue has 


been cleared to verify that the message was not transmitted. 


_ Demonstrate Retrieval and Retransmission capability. 


This test is essentially an exercise of the GET command. 
The test will be repeated a total of five times, verifying 
the capability of RDT to retrieve a TITY message from disc 
by either its TSN or TI, demonstrating that GET can be 
executed from any system console, and showing that an 
attempt to retrieve a purged message results in the MESSAGE 
NOT FOUND alert. The test will also include exercising the 
RTT command, with examination of the RDT message logs to 


verify the following: 


° 


Test Completed and Satisfactory Performance Observed 
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(1) 


(2) 


(3) 


There its no new TSN assignment for a retransmitted 
TTY message. 

The logs are properly annotated, indicating a message 
retransmission. 

A message which is retrieved but not retransmitted 


is not logged. 


Demonstration of the actual retransmission is to be 


accomplished by cxercising the RIT command, calling the 


message by TI or TSN and will be verified by examining 


the message logs. As this command is valid only at the 


SCC console, the test will include an attempt to use it 


from an operator console. The result of such an action 


should be rejection of the command. 


Demonstrate capability to print TTY messages from all consoles 


using the PNT and PCH commands. 


ae 


Check ability to print 1-9 copies 
(1) Print by TSN on Line printer (PNT,n,TM,tsn command) 
or TTY (PCH, TTY,TM,tsn command) 
(2) Print by TI on line printer (PNT,n,TM,ti command) 
or TTY (PCH, TITY,TM, ti command) 
Demonstrate ability to abort the printing of a message 
(BOR,dev command). This will be accomplished by issuing 
the PNT,n,TM,ti or tsn or PCH,TTY,TM,ti or tsn command, 
then the appropriate BOR,dev command. fees seevad aenauhe 
should result in immediate cessation of printing. Repeat 
the test to demonstrate the validity of the BOR,dev com- 


mand from any RDT console. 


Test Completed and Satisfactory Performance Observed 
DATE 
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Ca Verify the (Device) BUSY alarm. This is to be accomplished 
by entering the PNT,n,TM, ti or tsn, or PCH, TTY,ITM,ti or 
tsn command for a message. Once printing has begun, the 
éonmaad is to be repeated. The alarm should be issued. 

d. Verify the RDT DEVICE DOWN-(dev) alarm. The procedure 
is: first down the line printer or TTY using the DWN 
command, Next, issue the PNT,n,TM or PCH,TTY, ‘TM 
command Cece The alarm should result. 

4. Verify SCC Logging functions 

a. Entry 

(1) Verify capability to make an SCC log entry using 
The CHT, Xj 50-05 X65 command 

(2) Verify that all RDT commands and alarms appearing 
on SCC console result in log entries 

(3) Verify that the SCC log contains the correct infor- 
mation in the proper format by examining its contents. 

b. Retrieval 

(1) Verify automatic printout of SCC log when a page 
is filled. 

(2) Verify ability to retrieve entire logs or any 
portion (as appropriate to the command) using the 
following commands from both the SCC and OPER con- 
soles: PNT,n,SL; PNT,n,SL,jdtg; PNT,n,SL,jdtg,jdtg 

(3) Verify the SCC LOG (JDTG) NOT IN FILE alarm by 


attempting to retrieve a non-existent SCC Log entry. 


Test Completed and Satisfactory Performance Observed 
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To accomplish this, execute the PNT,n,SL,jdtg com- 
mand with a ficcitious Julian date time group 
parameter. 
Cc. weeaes Verify that the message and SCC as formats are 
as required, and that the displayed and printed Pagina 


are identical. 


Send Data Message (repeat tests as required for each block size) 


1. 


Demonstrate Message Generation: 

Verify IDL validity from SCC and OPER consoles. The IDL command 
allows the DATA message header to originate either at the operator 
CRT or the card reader, and the text to originate from the CRT, 

Mag tape unit or card reader independent of the header device. 

Thus a complete test of this command involves 12 possible tone 
binations of consoles, header sources and text sources, as indicated 
in Table I. For the Factory System Test, each of the combinations 
listed below will be tested unless the requirement to do so is 
specifically waived by the Sponsor. In that event, and possibly 

for the purposes of Acceptance testing, a smaller sample of com- 
binations might be suitable. So that random selection of the com- 
binations can be accomplished, it is suggestedzthat a coin be tossed 
and a die cast, and the result matched with the table to select 

a combination for IDL. Multiple test events can be selected by 
repeating this procedure, discarding like outcomes. During the 
course of this test, the BLOCK SIZE ERROR alarm will be tested by 
specifying the wrong input device block size parameter in the IDL, 


hdr-dev, text-dev,blksiz command. In addition, the FILE COUNT 


Test Completed and Satisfactory Performance Observed 
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ERROR and RECORD COUNT ERROR alarms will be tested by deliberately 
entering incorrect information when generating a DATA message 
header. ‘The incorrect information shall eae of counts which 
are larger than those of the actual text. 


Transmitted 


Selection Aid Console Header Device Text Device Text Block Size, 
Coding 

COE ke NG oe oo ee, 2 ” center Ee Aas eee 
i di scc - CRT . CRE 80, EBCDIC 
H 2 SCC CRI MT 80, BINARY 
H 3 SCC CRT CR 80, EBCDIC 
H 4 SCC CR CRT 80, EBCDIC 
H 5 SCC CR -MT 120, BINARY 
H 6 SCC CR CR 120, BINARY 
T 1 OPER CRT CRE 80, EBCDIC 
T 2 OPER CRT MT 132, BINARY 
T 3 OPER CRT CR 120, EBCDIC 
iy 4 OPER CR CRT 80, EBCDIC 
T 5 OPER CR MT 120, BINARY 
7 6 OPER CR CR 132, BINARY 

| TABLE I 


2. Demonstrate Validation & Transmission from all consoles using the 
TMM command. Before a message is transmitted, the DATA circuit is 


to be brought up using the CID command. 


Test Completed and Satisfactory Performance Observed 
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a. Yalid message enters queue, has TSN assigned, is logged in, 


reported in transmission, is transmitted, logged out and has 
transmission Soceaa complete (no circuit problems). 
b. Invalid Messages 
1. FORMAT LINE FRRORS. Attempt to send message containing 
all of the follcwing FMT LINE errors. Errors should be 
detected sequentially and the message queued for spill 
back to originator's console for correction. 


(a) Format Line 1 


1) 1 -— Block length ~ 

41) 2 - Text code 

Lit) 3 - Print control flag 

iv) 4 -— Text input media 

v) 5 - File count 

vi) 6 ~ Non RDT field 

vii) 7 - Space Character - Col. 7 

viii) 8 - First character precedence check 
ix) 9 ~ Second character precedence check 
x) 10 - Space character - Col. 10 

xi) 11 - Security Trigraph 

xii) 12 - Space Character - Col. 14 

xiit) 13 - Originating Seve ion Routing Indicator 
xiv) 14 - Station Serial Number 

xv) 15 - Space Character ~ Col. 26 

xvi) 16 -— Julian Date Time Group 


xvii) 17 - Space Character - Col. 34 


Test Completed and Satisfactory Performance Observed 
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xviii) 18 - Estimated Block Count 
xix) 19 ~ Hyphen - Col. 40 
xx) 20 - Classification indicator 
xxi) 21 — Dual Hyphen - Cols. 45 & 46 
xxi4) 22 - RI Terminating Period missing 
xxiil) 23 - RI not all Alphas 
xxiv) 24 - RI field separator 

(b) Format Line ) 
5) 1 - FMT line 2 missing 
ii) 2 - Classification field mismatch 
iii) 3 — ZNR/ZNY mismatch with classification 
iv) 4 - Space character - Col. 4 

(c) retain Line 3: 1: Format Line 3 missing 

(d) Format Line 9: 1: Format Line 9 missing 

(e) Format Line 19 
4) 1 = Format line 16 missing 
ii) 2 - Mismatch of format lines 3 & 1G 

(f£) Format Line 11 
i) 1 - EOT 
di) 2 - Block Count in columns 6-10 does not match 

accumulated block count 
c. Queuing II: Demonstrate that valid message enters the 
transmission queue in peeecaenee order. To accomplish this, 
two or more DATA messages of different precedence will be 


released for transmission in reverse precedence order. Upon 


Test. Completed and Satisfactory Performance Observed 
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completion of transmission, the logs will be examined to 

verify that the message TSNs increase with decreasing 

precedence, | 

d. Logging and Courtesy copy Printing 

1, Demonstrate that input and output entries are created, 
include all required contents, and are in the proper 
format. This is to be accomplished by examining the logs. 

2. Demonstrate that y courtesy copy is printed after valida- 

‘tion is completed. 

(a) DATA other than binary: header and text printed 

(b) Binary DATA: Header only printed 

e. Transmission II: 
(1) Test normal DATA message transmission by excuting the 

TMM command. Transmission of the message is verified 

by observing the output log. Repeat the test using a 

message containing validation errors and the TMM,NV command. 

(2) With messages in the transmission queue, repeat the above 
test (TMM command), then issue the OFF command. Repeat 

the procedure using the STD command, then again using the 

ORD command. 

Ge In the case of the OFF command, the transmission 
should be terminated and requeued for later retrans-~ 
mission. After issuing the OFF command, the RDT 
must sign on again (SON) then enable the DATA cir- 


cuit (CID command) for continuation of the test. 


. 


Test Completed and Satisfactory Performance Observed 
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Verify that the message was requeued for trans- 
mission by observing the output log after executing 
the above procedure. 

(b) With the STD command, the DATA transmission in pro- 
gress should be aborted with further DATA trans- 
missions inhibited until issuance of the CID command. 
This will be verified by examining the RDT Logs. 

(c) Issuance of the ORD command should result in termina- 
tion of the transmission in progress with a BUST 
ender and the message dydeed. with further DATA 
transmission inhibited until issuance of the CID 
command. This will be verified by examining the 
RDT Logs. The ORD command results in requeuing of 
the terminated transmission, so that, after reenabling 
the DATA circuit, the message should be Be eeea: 
Verify this by examining the logs. 

(3) Verify that the EXCESS RECORDS-ORIGINATING DATA Alarm 
functions by attempting to transmit a DATA message con- 
sisting of over 21,000 text blocks. 

(4) Demonstrate that transmission is according to precedence 
order. . To accomplish this, disable the DATA circuit and 
release a series of valid DATA messages for transmission, 
allowing time for all messages to clear validation and 
queue for transmission. The circuit will then be enabled 


(CID command), and a pair of FLASH DATA messages released 


Test Completed and Satisfactory Performance Observed 
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sequentially. Examination of the logs should show that 
the FLASH messages coupleted transmission In order of 
release (FIFO for messages of equal precedence) and ahead 
of all other messages which were queued for transmission. 
£. Demonstrate Retrieval and Retransmission Capability. This 

test will be conducted by exercising the GET,DM,tsn command 

to retrieve DATA messages, and the RTD,tsn command to retrieve 

and queue the message for retransmission. Verify that GET 

is Sasida command from all consoles, and that RTD is an SCC- 

only command by issuing the commands from both types of con- 

soles. The RID command should be rejected if entered froma 

console other than the scC. Test the BOR,MSG command by 

Lue eving a message then applying the command. The message 

should be aborted. The RDT message logs will be examined to 

verify the following: 

(1) There is no new TSN assignment for a retransmitted DATA 
message. 

(2) The logs are properly annotated, indicating a message 
retransmission. 

(3) <A message which is retrieved and aborted is neither trans- 
mitted: nor logged. | 

Be Demonstrate capability to purge a DATA message. This will be 
accomplished using the PUR,DM,tsn command. The RDT should 


respond with the TSNxxx ~ MSG PURGED alarm. Apply the PUR 


Test Completed and Satisfactory Performance Observed 
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command to a message which ts queued for transmission, then 
examine the message logs after the queue has been cleared to 
verify that the message was not transmitted. 
3. Demonstrate capability to output a DATA message to peripherals. 
a. Test the PNT,n,DM,tsn command from all consoles 


b, Test the PCH,CDP,DM,tsn command from all consoles 


Test Completed and Satisfactory Performance Observed 
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5, TERMINATING MESSAGE TRAFFIC PROCESSING 
This series of tests is designed to test the capability of RDT to receive 
and properly process messages in the absence of outgoing messages. 
A. Receive TTY Messages 
4. Verify ability to control the TTY cireult using the OFF, OUT, ORQ 
and CIN commands. These tests will be initialized by having the 

RDT signed on, the TTY elreuit enabled, and TTY messages in trans- 

mission. 

as Execute the OFF command. This should result in RDT termination 
of the incoming transmission and a log entry. Verify by 
examining the message logs. 

b. Execute the OUT command. This should have no effect on TTY 
message traffic being received. Verify by having the HDS 
emulator transmit a TTY message while the RDT is in the OUT 
status. 

c. | Execute the ORQ command. This action should have no effect 
on received TTY message traffic. Verify by having the HDS 
emulator transmit a TTY message while the RDT is in the ORQ 
status. 

2. Verify the TTY CIRCUIT DOWN alarm. This will be accomplished by 
having the HDS emulator initiate a TTY message, followed by de- 
activation of the MODEM eliminator. Two minutes later, the alarm 
should appear at RDT. 

3% Verify correct allocation of dise files (if allocated sectors 


full, overwrite oldest entry). This is accomplished by retrieving 


Test Completed and Satisfactory Performance Observed 
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messages in reverse chronological sequence? Older messages should 
be overwritten before newer ones, 
A. Verify allocation of time of receipt (TOR) by examination of the 
message Logs. 
5. Verify message validation 
a. Verify message not spilled 
b. Message containing any -or all of the Format Line errors 
listed in 4.B.2.b will be spilled to SCC console 
1. Verify that Format lines can be edited and the message 
requeued properly under operator command, without 
generating another input log entry or courtesy copy, 
using the REL command. 
2. Verify that SCC operater can override validation by 
bxscating the REL,NV dein 
6. Verify message logging functions by examining Input and output 
logs 
a. If log entry fills input or output log page, page is auto- 
matically printed. 
b. Log entries for each message received. 
c. Each incoming message has a TSN assigned 
7. Verify printing of courtesy copy. 
8. Verify distribution and print format of incomming TTY messages. 
This will be accomplished by observing the automatic printing of 


the number of copies of each message specified in Format line 12E. 


. 


Test Completed and Satisfactory Performance Observed 
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Observe whether paging requirements are met, and verify proper 
format. Verify dissemination line printing at the end of each 
message, 
B. Receive Data Messages 
1. Verify ability to control the DATA circuit using the OFF, STD, ORD, 
and CID commands. These tests will be initialized by having the 
RDT signed on, the DATA ciréuit enabled, and DATA messages in 
transmission. | 
a. Execute the OFF Command. This should result in RDT termination 
of the transmission and a log entry. Verify by examining the 
message logs. 
b. Execute the STD Command. This should have no effect on the 
veceipt of DATA messages by the RDT. Verify by having the 
HDS sudden send a DATA message while the RDT is -in STD 
status. 
Cc. Execute the ORD command. This action should have no effect 
on the receipt of DATA messages by the RDT. Verify by 
having the HDS emulator transmit a DATA message while the RDT 
is in ORD status. 
2. Verify formation of correct length blocks 
3, Verify correct allocation of disc files 
a. If allocated sector full from previously written messages, 
overwrite oldest entry, This is accomplished by retrieving 


messages in reverse chronological order, 


est Completed and Satisfactory Performance Observed 
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b. If DATA zone 90% full output alarm. This willl be accomplished 
by sending a 20,0C0 block DATA message to the RDT. This should 
result ir output of the DATA ZONE 96% FULL alarm. 

Verify allocation of TOR by examination of the message logs. 

Verify message validation 

a. Valid message not spilled 

b. Message containing any-or all of the Format Line errors 
Jisted in 4.C.2.b will be spilled to See Gondola: 

1. Verify that Format ines can be edited and the message 
requeued properly under operator command (REL) without 
generating an input log entry or courtesy copy. 

2. Verify that the SCC operator can override validation using 
the REL,NV command. 

Verify (ieadawe: teaetne by examining the input and output logs. 

a. If log entry fills input or output log page, page is auto- 
matically printed . 

b. Log entries for each message received 

c. Each incoming message has a TSN assigned 

Verify printing of courtesy copy. 

a. If binary data, only header is printed 

Verify distribution of message 

ae Verify that DATA message is output to Printer (132 column 
bagey. Mag Tape, Cards in any allowable combination thereof 


depending on message header contents. 


Test Completed and Satisfactory Performance Observed 
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b. Verify NUT Command from the SCC and operator consoles. This 


will be accomplished by exercising each of the combinations 

of console, input device and output device listed in Table II. 
The Table also indicates the restrictions regarding block size 
and DATA coding which must be complied with for NUT to be 
valid, Specification of an incorrect block size will result 
in an error message (distinguished from an alarm by the fact 
that it does not result in a log entry). . This function will 
be tested by deliberately specifying an incorrect block size. 


Selection Aid 


Console Input Code/ Output 

COIN DIE Device Block Size _ssdDevice 
H 1 SCC MT No restrictions MT 
H 2 SCC MT EBCDIC/80 CR 
H 3. SCC MT EBCDIC/<132 LP 
H é SCC CR ASCII/80 MI 
i 5 SCC CR ASCII/30 : CR 
H 6 SCC CR ASCIIL/80 LP 
T 1 Oper MT No restriction MT 
ui 2 Oper MI EBCDIC/80 CR 
T 3 Oper MT EBCDIC/<132 LP 
T 4 Oper CR ASCII/80 MT 
, 5 Oper _ CR ASCII/80 CR 
| 6 _ Oper CR ASCII/80 LP 

TABLE II 


Test Completed and Satisfactory Performance Observed 


Approved For Release 2009/08/17 * CIA-RDP88-6893R000200040003-6  *™ 


27 


Approved For Release 2002/05/17 : CIA-RDP88-00893R000200040003-6 


the automatic translation of ASCII to EBCDIC and vice versa 

will be tested as. follows: 

(1) With the Mag Tape unit as the input device and either 
the Card Reader or the Line Printer as the output device, 
simply read the hard copy output. 

(2) With the Card Reader as the input device and the Magnetic 
Tape as the output device, it will be necessary to utilize 
NUT twice, going from cards to the line printer via 
ameneete tape. The translation is verified accomplished 
if the line printer output is readable. 

Table If includes a selection aid column to systematize the 

random selection of a limited sample of combinations for 

testing NUT. Refer to 4.C.1. 


ce. Verify Priority ordering of output 


Yest Completed and Satisfactory Performance Observed 


28 


Approved For Release 2002/05/17 : CIA-RDP88-00893R000200040003-6 
6. FULL DUPLEX OPERATION | 

This series of tests is designed to verify the capability of RDT to operate 

satisfactorily in a full duplex environment. 

A. Queuing Tests. The purpose of these tests are to verify che proper 
queuing of messages (TTY and DATA) being originated by the RDT and to 
verify the functioning of associated alarms. 

1. Alarms Verification. For this test,. the RDT will be in an up 

;: status but not signed on. In addition, the Iine printers will be 
downed for the test. <A temporary software change will be made 
using RTE DEBUG software to In effect reduce the size of the dis- 
tribution queue from 390 words to 20 words. Under these conditions, 
a TTY message will be generated and released for transmission (TMM 
command) then repetitively retrieved and retransmitted using the 
RTT command. Verify that the QUEUE 80% FULL (NAME OF QUEUE) alarm 
appears, and that after a sufficient number of retransmission 
attempts (when the queue overflows) the WARM START~-~REBOOT SYSTEM 
alarm appears. After completion of this test it will be necessary 
to execute the warm start procedures and restore the software 
before proceeding. 

2. Transmission Queuing. The initial state of the RDT will be up but 
not signed on for this test. The test will be conducted by 
releasing several DATA and TY messages for transmission in reverse 
priority order. Yhe message set will consist of at least three 
DATA messages with two of the same precedence and at least three 
ITY messages with two of the same precedence. Once all Inessages 


have been validated (and therefore queued for transmission), RDT 


Test Completed and Satisfactory Performance Observed 
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will sign on, issue CIN and cin} resulting in the transmission 
of the messages. Upon. completion of transmission of the messaze 
set, the output log will be examined to verify that the TIY 
messages were transmitted first, in precedence order, FIFO for 
messages of equal precedence, followed by the DATA messages, in 
precedence order, FIFO for messages of equal precedence. 

BR. Transmission Precedence and Cireult Control 
1. Verify transmission in precedence order in a dynamic environment. 

a. With a DATA message in. transmission from the RDT, release a 
TTY message for transmission from RDT. Subsequent examination 
of the message logs should indicate that transmission of the 
TTY message preceded completion of transmission of the DATA 

~—" message. 

Ze Verify that the DATA circuit can be controlled independently of 
the TTY circuit. For each of the following tests, both the RDT 
and HDS emulator will sequentially release DATA and TTY messages 
for transmission in the order DATA, TTY, DATA,..... . The indicated 
commands will be issued while a DATA message is being transmitted 
(ideally, while DATA Gateudes are in transmisston in both 
directions). 

a. Verify the STD command. Issuance of this command should 
result in the immediate aborting of the DATA message being 
transmitted with complete inhibiting of all further DATA 
transmissions, but with no effect on receiving DATA or on 
the TTY circuit. Verify by remaining in this state long 


enough for the HDS emulator to transmit at least one TTY 


° 


Test Completed and Satisfactory Performance Observed 
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message and at least one DATA message, with the RDT likewise 
continuing its sebcnsES at transinission. Examine the RDT 
jogs to verify that no DATA messages were transmitted while 
under the STD condition, that the DATA message being trans- 
mitted at the time STD was issued was aborted, that DATA 
messages were received, and that TIY messages were trans- 
mitted or received. Restore the circuit using the CID command. 
Verify the ORD command. Upon issuance of this command, the 
sequence of events and procedures described in 6.B.2.a should 
result with the ee that the DATA message being trans- 
mitted at the time of ORD issuance was requcued for trans- 
mission. This is to be verified by issuing the CID command 
(restoring the DATA circuit) and observing that the message 


is automatically retransmitted by examining the message logs. 


Verify that the TTY circuit can be controlled independently of 


the DATA circuit. For each of the following tests, both the RDT 


and the HDS emulator will sequentially release TTY and DATA messages 


for transmission in alternating order. If possible, the indicated 


commands will be issued while TTY messages are being transmitted 


from and received by the RDT. 


a. 


Verify the OUT command. Issuance of this command should 
result in completion of the TTY message in transmission, 
followed by inhibition of the TTY circuit, with no effect on 
DATA transmissions. Verify by remaining in this state long 


enough for the HDS emulator and the RDT to each transmit 


Test Completed and Satisfactory Performance Observed 
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at least one each DATA and TTY message. Examine the RDT message 
logs to verify that no TTY messages were transmitted while the 
OUT command was in effect but that TITY messages were received, 
and the command had no effect on the DATA circuit. At the end 
of the test, restore the circuit using the CIN command. 

Bb. Verify the ORQ command. Upon issuance of this command, the 
Sequence of events and procedures described in 6.B.3.a should 
result with the Siceseton that the TTY message in transmission 
from RDT at the time of ORQ issuance was requeued. Verify by 
examining the RDT message logs. 

Line Printer Control. The purpose of this test is to verify the IHD, 

INT, END and ENT commands. For this.test, the RDT must be configured 

with two line printers. For the sake of definitiness, it is specified 

that LP1 be designated the TTY printer. During the course of the test, 
the HDS emulator will sequentially send TTY and DATA messages in 
alternating order. When the test begins, LPl will be downed locally 

and the following sequence followed: 

1, The IHD command will be issued. This should result in inhibiting 
of LP2. Once this occurs, the operator shall change the forms 
in LP2, 

2. Once LP2 is loaded with TTY paper, the ENT command will be issued. 
This should result in the printing of TTY messages and logs (if 
scheduled) on LP2. 

ae After sufficient time has passed to verify that TTY and 1666 but 


no DATA are being output to LP2, completion of repair to LP1 will 


Test Completed and Satisfactory Performance Observed 
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be simulated by uping it locally. The INT command will then be 
iscsucd, resulting tn cessation of all printing activity on LP2. 

4, With LP2 inactive, the operator shall eens paper for that 
printer from TTY to DATA. When this is done, the END command 
will be issued, resulting in printing of DATA on LP2. LPL will 
be then restored by issuing the UP,LPL command and then the ENT 
command. At this point, LPL should print accumulated TTY messages 


and logs, with LP2 printing DATA, 


Test Completed and Satisfactory Performance Observed 
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APPENDIX I: RDT COMMANDS MAP 


T, SCC _CONSCLE ONLY COMMANDS 


COMMAND 


Message Retransmission 


RTT,tsn 
RIT, tL 
RTD, tsn 


Message Printing Control 


IHT 
IHD 
TTY, Jp 
ENT 
END 


1 or 2 


System Status & Peripheral Control 


UP, dev 
DWN, dev 
STA 


General 


PUR, TM, tsn 

PUR, DM, tsn 

OMT So 65 

TM, yyyy,ddd,hh, um 
TIM 

COP 


Service Message Transmission 


CCK 

QR 

QRY 

Z2ES,ti, precedence 
ZFX, tL 

CSR 


PRINCIPAL ‘TEST OF COMMAND 


3.A 
4.B.2.e, 4.C.2.e 
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COMMANDS TSSUABLE PROM ALL CONSOLES 


ITM, hdr—-dev, txt-dey 4.BeL 
IDL, hdr-dev, text-dev, blksiz 4.C.1 


Message CRT Retrieval 


SVC 4.A.2 

GET, 1M, tsn 4.B.2.g 
GET, TM, ti 4.B.2.¢ 
GEL,DM, tsn 4,0.2.£ 


Message Console_ Control 


REL 5.A.5 
REL,n 5.A.5 
REL,NV 5.A.5 
REL, n, NV 5.4.5 
TMM 4.B.2.e 
TMM, NV 4.B.2.e 
BOR, MSG . 4.C.2.e 
BOR, dev 4.B.3.b 
N 4.B.1 


Peripheral Output 


PNT,n,TM, tsn 4.B.3.a 
PNT,n, TM, ti 4,.B.3.a 
PNT, n,DM, tsn 4.C.3.a 
PNT,n,RP 2.E.1 
PNT, ny ML 4.B.2.d 
PNT,n,ML, tsn 4.B.2.d 
PNT, n, ML, ti 4.B.2.d 
PNT,n,ML, jdte 4.B.2.d 
PNT, n,ML, jdtg, jdtg 4.B.2.d 
PIN, n,SL 4.B.4.b 
PNT,n,SL, jdtg 4.B.4.b 
PNT,n,SL, jdtg, jdtg 4.B.4.b 
PCH, TTY, (M, tsn 4.B.3.a 
PCH, TTY,1TM, ti 4.B.3.a 
PCH, CDP,DM, tsn 4.C.3.b 
5.3.8 


NUT, in-dev, out-dev, blksiz 


Editing 
U,in 4.A.2 
Dyin AAL2 
5 4.A.2 
I 4.A.2 
R 4.A.2 
C,abc.../xyz.., 4.A.2 
L 4 y) 
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APPENDIX TE: RDT ALARMS MAP 


ALARM zi PRINCIPAL TEST OF ALARM 


(Communications Problems) 


Hung Block — TSNxxx 4.B.2.e 
TTY Circuit Down 5,A.2 
Unable Sign On 3.A.2 
No ENQ Response 3.8 
No Comp-TTY CCK 4.A.3 
Signed On . 3.A.1 
(Message Processing Problems) 
TSNxxx ~ Block Size Error 4adst 

~ File Count Error 4.d.1 

- Record Count Error 4.d.1 

- End of Msg Reserved for future use - not tested 

~ Line Recognition Error 

~ Msg Purged 4.B.2.f£ 


(Operator Command Errors) 
RDT DEVICE DOWN - (dev) . 4.B.3.d 
SCC Log**Not in File (JDTG) 4.B.4.b 

4.B.2.d 


Msg Log**Not in File (TI,TSN, or JDTGC) 


(Rese ource Condition Warning) 
Disc DS (0 or 1) Inoperable 2 
(Device) Busy 4 
DATA Zone 90% Full 5. 
TSNxxx ~- Excess Records R 


Unable Complete Codexx 


Warm Start---Reboot System 6.A.1 

Queue 80% Full (Name of Queue) 6.A.1 

Excess Records - Originating DATA 4.C.2.e 

(Dise Copy Functions) 

Disc Copy in Progress 2.E,2.a 

Disc Copy Verified Completed 2.E.2.a 

Disc Copy Verified Aborted 2.E.2.b 

Verify Error: LU(#)TRACK(#) SECTOR (#) ' Cannot simulate dise error - 


not tested 
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